home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 1600 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.2 KB
  1. Path: fc.hp.com!news
  2. From: koren@hpsrk.fc.hp.com (Steve Koren)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Wanted: PIPE replacement!
  5. Date: 21 Jan 1996 09:55:33 -0700
  6. Organization: HP Fort Collins Site
  7. Sender: koren@hpsrk.fc.hp.com
  8. Message-ID: <oj6enstzdve.fsf@hpsrk.fc.hp.com>
  9. References: <4dgbo2$4i9@sparcserver.lrz-muenchen.de>
  10.     <oj64ttt17mo.fsf@hpsrk.fc.hp.com>
  11.     <4dnv64$pqr@sparcserver.lrz-muenchen.de>
  12. NNTP-Posting-Host: hpsrk.fc.hp.com
  13. In-reply-to: flowerp@ldvgpi16.eikon.e-technik.tu-muenchen.de's message of 19 Jan 1996 11:27:00 GMT
  14. X-Newsreader: Gnus v5.0.9
  15.  
  16.  
  17. flowerp@ldvgpi16.eikon.e-technik.tu-muenchen.de (CHRISTIAN BUCHNER ) wrote:
  18.  
  19. > > had handy) through two PIPE: pipes.  Worked fine, no data loss
  20. > > whatsoever.  If by "large data files" you mean something bigger than
  21.  
  22. > huh? Are we both talking about the same queue-handler? I own OS 3.1 and the
  23.  
  24. Probably, but we may not be using the same commands, perhaps?  I'm using
  25. the SKsh commands, and tried this just now:
  26.    
  27.    [5|24|Images]: cp -n VTLogoFrame.IFF pipe:a &
  28.    [5|25|Images]: wc -c pipe:a
  29.            Filename        Chars
  30.              pipe:a :     990464
  31.    [5|26|Images]: ll VTLogoFrame.IFF
  32.    
  33.    Directory of "xSYS:usr/Applications/NewTek/Images" on 21-Jan-96 09:47
  34.     ------rwxd    95-Jul-18 00:00:58  1936  990464 VTLogoFrame.IFF
  35.    1 files - 0 dirs - 0 links - 1936 blocks - 990464 bytes
  36.  
  37. The size reported by wc on the pipe matches the file size to the byte.
  38. "cp" sends things in 128 Kb chunks.
  39.  
  40. > Say, you really didn't install any replacement for queue-handler, did you?
  41.  
  42. Hmm.  Not that I know of, but on the other hand I don't recall
  43. everything I've ever done to this system (its pretty old), so I suppose
  44. that's possible.
  45.  
  46. Oh, hang on a sec.  I just tried sending through 4 pipes, like this
  47. (SKsh uses pipe: by default for pipes, unless you set it otherwise):
  48.  
  49.     [5|28|Images]: cat VTLogoFrame.IFF | cat | cat | cat | wc -c
  50.         Filename        Chars
  51.            stdin :     984328
  52.  
  53. which is short by 6136 bytes.  Odd.  I guess you're right.  It seems to
  54. be intermittent on my system.  When I tried previously with over 10 Mb
  55. and two pipes, every single byte showed up properly.  And sometimes the
  56. above works too, but sometimes it doesn't.
  57.  
  58. Well drat!  I never knew that.
  59.  
  60.   - steve
  61.